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REMARKS 

Claims 1-19 are pending. By this Amendment, the specification is revised and claim 5 is 
amended. Reconsideration in view of the above amendments and the following remarks is 
respectfully requested. 

Applicants would like to thank Examiner Hayes for the courtesies extended to 
Applicants' representative, Mr. Jason Vick, during the April 16 personal interview. 

The Office Action objects to the drawings. In response thereto, Applicants submit 
herewith formal drawings and respectfully request withdrawal of the objection. 

The Office Action objects to the specification for a number of informalities. Applicants 
have revised the specification to include the serial numbers of identified co-pending applications. 
Accordingly, withdrawal of the objection to the specification is respectfully requested. 

Regarding the appendices, Applicants are currently reviewing the best approach to have 
this subject matter included in the specification. Accordingly, Applicants respectfully request 
that this objection be held in abeyance until the indication of allowable subject matter. 
Accordingly, Applicants respectfully request withdrawal of the objection to the specification. 

The Office Action rejects claim 5 under 35 U.S.C. §112, second paragraph, as indefinite 
for failing to particularly point out and distinctly claim the subject matter which Applicants 
regards as the invention. This rejection is respectfully traversed. 

Applicants have amended claim 5 to provide proper antecedent basis. Accordingly, 
Applicants respectfully request withdrawal of the rejection to claim 5. 

The Office Action rejects claims 1-4, 7-17 and 19 under 35 U.S.C. §1 03(a) as 
unpatentable over U.S. Patent No. 5,958,016 to Chang et al. (hereinafter "Chang") in view of 
U.S. Patent No. 5,825,769 to O'Reilly (hereinafter "O'Reilly"). This rejection is respectfully 
traversed. 
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Claim 1 recites, inter alia, a Web/Internet based reporting system for communicating call 
detail information relating to traffic pertaining to a customer's telecommunication network to a 

client workstation via an integrated interface, said system comprising a requestor application 

enabling the customer to communicate a data report request message via said integrated interface 
to the report manager server, said request message comprising a metadata description of 
particular reporting items to be retrieved, said metadata description of particular reporting items 
being forwarded to said retrieval device, and said retrieving device obtaining customer specific 
data in accordance with the metadata request, whereby said customer-specific retrieved data and 
said metadata description of said reporting items are communicated to said client workstation 
and utilized to generate a completed report for presentation to said customer. 

Claim 12 recites, inter alia, retrieving said customer-specific data from said customer's 
telecommunications network in accordance with said reporting items included in said metadata 
description; and, generating a completed report for said customer from said metadata description 
of said reporting items and said retrieved customer-specific data via said integrated interface. 

In contrast, Chang is directed toward an internet-web link for access to intelligent 
network services control. However, as correctly noted by the Office Action, Chang at least fails 
to specifically disclose that the system communicates call data information to the customer and 
that the requestor application allows the customer to specify the particular reporting items to be 
retrieved for certain predetermined times. 

Applicants further submit that Chang at least fails to teach, suggest or disclose the 
requester application and metadata as highlighted above. 

O'Reilly provides traffic statistics data as specialized reports and/or data files to 
subscribers who subscribe to the special service call processing service provided by the network. 
However, Applicants respectfully submit O'Reilly fails to overcome the deficiencies of Chang. 

Accordingly, Applicants respectfully submit that the cited references, either alone or in 
combination, fail to teach, suggest or disclose each and every aspect of claims 1 and 12. 
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Furthermore, Applicants respectfully submit that the remainder of the claims, which depend 
directly or indirectly from claims 1 and 12, are also not obvious in view of the cited references 
for at least the reason outlined above and the additional feature(s) that they recite. Withdrawal of 
the rejection of claims 1-4, 7-17 and 19 under 35 U.S.C. §103(a) is respectfully requested. 

The Office Action rejects claims 5-6 and 18 under 35 U.S.C. § 103(a) as unpatentable 
over Chang and O'Reilly and further in view of U.S. Patent No. 6,240,450 to Sharpies et al 
(hereinafter "Sharpies"). This rejection is respectfully traversed. 

Sharpies is directed toward a network data visualization system and method for 
downloading visualization software to a user station after authentication. However, Applicants 
respectfully submit that Sharpies at least fails to overcome the deficiencies noted above in 
relation to Chang and O'Reilly. 

Accordingly, Applicants respectfully submit that the cited references, either alone or in 
combination, fail to teach, suggest or disclose each and every aspect of the claims. Accordingly, 
the cited references fail to render obvious claims 5-6 and 18. Withdrawal of the rejection of 
claims 5-6 and 18 is respectfully requested. 

Applicants respectfully submit that the application is in condition for allowance. 
Favorably reconsideration and prompt allowance are respectfully requested. 
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Should the Examiner believe anything further is desirable in order to place the 
application in even better condition for allowance, the Examiner is encouraged to contact 
Applicants' undersigned representative at the telephone number listed below. 



Respectfully submitted, 



JHV:dkt 




NIXON PEABODY LLP 
8180 Greensboro Drive, Suite 800 
McLean, VA 22102 
(703) 770-9300 
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MARKED UP VERSION OF SPECIFICATION AND CLAIM 

Page 5, first paragraph, lines 1-5, replace with the following paragraph: 

Particularly, the telecommunications data management/system architecture is integrated 
with a novel Web/Internet-based reporting tool, referred to as "StarWRS", described in co- 
pending U.S. Patent Application No. 09/159.409 [(D#l 1050)]. 

Page 9, first paragraph, lines 1-5, replace with the following paragraph: 

As described in co-pending U.S. Patent Application No. 09/159.695 [(D#11038)], the 
nMCI Interact system architecture is basically organized as a set of common components 
comprising the following: 

Page 9, sixth paragraph, lines 18- 25, replace with the following paragraph: 

Each of these common component areas will be generally discussed hereinbelow. A 
detailed descriptions of each of these components can be found in a related, co-pending U.S. 
Patent Application U.S.S.N. 09/159.695 [(Attorney Docket 1 1038)] entitled INTEGRATED 
CUSTOMER INTERFACE SYSTEM FOR COMMUNICATIONS NETWORK 
MANAGEMENT, the disclosure of which is incorporated herein by reference thereto. 

Page 10, last paragraph, lines 27-30 to Page 11, lines 1-19, replace with the following 
paragraph: 

Generally, as explained in co-pending U.S. Patent Application No. 09/159.515 
[(D#11040)], now U.S. Patent No. 6.115.040 entitled GRAPHICAL USER INTERFACE FOR 
WEB ENABLED APPLICATIONS, the disclosure of which is incorporated herein by reference 
thereto, the customer workstation includes client software capable of providing a platform- 
independent, browser-based, consistent user interface implementing objects programmed to 
provide a reusable and common GUI abstraction and problem-domain abstractions. More 
specifically, the client-tier software is created and distributed as a set of Java classes including 
the applet classes to provide an industrial strength, object-oriented environment over the Internet. 
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Application-specific classes are designed to support the functionality and server interfaces for 
each application with the functionality delivered through the system being of two-types: 1) cross- 
product, for example, inbox and reporting functions, and 2) product specific, for example, toll 
free network management or Call Manager functions. The system is capable of delivering to 
customers the functionality appropriate to their product mix. 

Page 11, last paragraph, lines 28-30 and Page 12, lines 1-24, replace with the following 
paragraph: 

The Customer Browser 20, is browser enabled and includes client applications 
responsible for presentation and front-end services. Its functions include providing a user 
interface to various MCI services and supporting communications with MCFs Intranet web 
server cluster 24. As illustrated in Figure 3, and more specifically described in the above- 
mentioned, [co-pending] U.S. Patent Application No. 09/159.515. now U.S. Patent No. 
6.115.040 entitled GRAPHICAL USER INTERFACE FOR WEB ENABLED APPLICATIONS, 
the client tier software is responsible for presentation services to the customer and generally 
includes a web browser 14 and additional object-oriented programs residing in the client 
workstation platform 20. The client software is generally organized into a component 
architecture with each component generally comprising a specific application, providing an area 
of functionality. The applications generally are integrated using a "backplane" services layer 12 
which provides a set of services to the application objects which provide the front end business 
logic and manages their launch. The networkMCI Interact common set of objects provide a set 
of services to each of the applications such as: 1) session management; 2) application launch; 3) 
inter-application communications; 4) window navigation among applications; 5) log 
management; and 6) version management. 

Page 16, first paragraph, lines 15-30 and Page 17, lines 1-18, replace with the following 
paragraph: 

As described in greater detail in co-pending U.S. Patent Application No. 09/159.514 
[(D#l 1043)] entitled SECURE CUSTOMER INTERFACE FOR WEB-BASED DATA 
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MANAGEMENT, the contents and disclosure of which is incorporated by reference as if fully 
set forth herein, a networkMCI Interact session is designated by a logon, successful 
authentication, followed by use of server resources, and logoff. However, the world-wide web 
communications protocol uses HTTP, a stateless protocol,. each HTTP request and reply is a 
separate TCP/IP connection, completely independent of all previous or future connections 
between the same server and client. The nMCI Interact system is implemented with a secure 
version of HTTP such as S-HTTP or HTTPS, and preferably utilizes the SSL implementation of 
HTTPS. The preferred embodiment uses SSL which provides a cipher spec message which 
provides server authentication during a session. The preferred embodiment further associates a 
given HTTPS request with a logical session which is initiated and tracked by a "cookie jar 
server" 28 to generate a "cookie" which is a unique server-generated key that is sent to the client 
along with each reply to a HTTPS request. The client holds the cookie and returns it to the 
server as part of each subsequent HTTPS request. As desired, either the Web servers 24, the 
cookie jar server 28 or the Dispatch Server 26, may maintain the "cookie jar" to map these keys 
to the associated session. A separate cookie jar server 28, as illustrated in Figure 2 has been 
found desirable to minimize the load on the dispatch server 26. This form of session 
management also functions as an authentication of each HTTPS request, adding an additional 
level of security to the overall process. 

Page 26, first paragraph, lines 18-28 and Page 27, lines 1-13, replace with the following 
paragraph: 

Further as shown in the DMZ 17 is a second RTM server 52 having its own connection to 
the public Internet via a TCP/IP connection 48. As described in co-pending U.S. Patent 
Application No. 09/159.516 . [(D# 1 1045)] entitled INTEGRATED PROXY INTERFACE FOR 
WEB BASED TELECOMMUNICATIONS MANAGEMENT TOOLS, incorporated by 
reference as if fully set forth herein, this RTM server provides real-time session management for 
subscribers of the networkMCI Interact Real Time Monitoring system. An additional TCP/IP 
connection 48 links the RTM Web server 52 with the MCI Intranet Dispatcher server 26. As 
further shown in Figure 5, a third router 65 is provided for routing encrypted subscriber 
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messages from the RTM Web server 52 to the Dispatcher server 26 inside the second firewall. 
Although not shown, each of the routers 55, 65 may additionally route signals through a series of 
other routers before eventually being routed to the nMCI Interact Dispatcher server 26. In 
operation, each of the Secure servers 24 function to decrypt the client message, preferably via th 
SSL implementation, and unwrap the session key and verify the users session from the COUSser 
object authenticated at Longon. 

Page 27, last paragraph, lines 21-29, replace with the following paragraph: 

As described herein, and in greater detail in co-pending U.S. Patent Application 
No. 09/159.695 [(D# 1 1038)], the data architecture component of networkMCI Interact reporting 
system is focused on the presentation of real time (un-priced) call detail data, such as provided 
by MCFs Traffic View Server 34, and priced call detail data and reports, such as provided by 
MCFs StarODS Server 33 in a variety of user selected formats. 

Page 28, last paragraph, lines 18-30 and Page 29, lines 1-5, replace with the following: 

The Infrastructure component of the nMCI Reporting system includes means for 
providing secure communications regardless of the data content being communicated. As 
described in detail in above-referenced, co-pending U.S. Patent Application No. 09/159.514 
£(D# 11043)], the nMCI Interact system security infrastructure includes: 1) authentication, 
including the use of passwords and digital certificates; 2) public key encryption, such as 
employed by a secure sockets layer (SSL) encryption protocol; 3) firewalls, such as described 
above with reference to the network architecture component; and 4) non-repudiation techniques 
to guarantee that a message originating from a source is the actual identified sender. One 
technique employed to combat repudiation includes use of an audit trail with electronically 
signed one-way message digests included with each transaction. 

Page 30, first paragraph, lines 1-15, replace with the following paragraph: 

To provide the areas of functionality described above, the client tier 10 is organized into a 
component architecture, with each component providing one of the areas of functionality. As 
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explained in further detail in co-pending U.S. Patent Application No. 09/159.515 [(Atty. D# 
11040)], the client-tier software is organized into a "component" architecture supporting such 
applications as inbox fetch and inbox management, report viewer and report requestor, TFNM, 
Event Monitor, Broadband, Real-Time Monitor, and system administration applications. Further 
functionality integrated into the software architecture includes applications such as Outbound 
Network Manager, Call Manager, Service Inquiry and Client View. 

Page 31, last paragraph, lines 17-30, Page 32, lines 1-30 and Page 33, lines 1-18, replace 
with the following: 

The Report Manager ("RM M ) server 250 is an application responsible for the 
synchronization of report inventory with the back-end "Fulfilling" servers 400, 500; retrieval of 
entitlements, i.e., a user's security profiles, and report pick list information, i.e., data for user 
report customization options, from the system Order Entry server 280; the transmission of report 
responses or messages to the Dispatcher server 26 (Figure 6); the maintenance of the reporting 
databases; and, the management of metadata used for displaying reports. In the preferred 
embodiment, the RM server 250 employs a Unix daemon that passively listens for connect 
requests from the GUI client applications and other back-end servers and deploys the TCP/IP 
protocol to receive and route requests and their responses. Particularly, Unix stream sockets 
using the TCP/IP protocol suite are deployed to listen for client connections on a well-known 
port number on the designated host machine. Client processes, e.g., report requestor 212, 
desiring to submit requests connect to RM 250 via the dispatcher 26 by providing the port 
number and host name associated with RM 250. For a particular back-end server 400 providing 
priced reporting data, a Talarian smart socket connection 254 is provided. Request messages 
received by the RM server are translated into a "metadata" format and are validated by a parser 
object built into a report manager proxy 250' that services requests that arrive from the GUI 
front-end. If the errors are found in the metadata input, the RM 250 will return an error message 
to the requesting client. If the metadata passes the validation tests, the request type will be 
determined and data will be retrieved in accordance with the meta data request after which a 
standard response will be sent back to the requesting client. As shown in Figure 6, interface 
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sockets 252 are shown connecting the Dispatcher server 26 and the RM server 250 and, other 
socket connections 254, 256 are shown interfacing with respective back end servers 400 and 500. 
In one embodiment, server 400 provides a customer's priced billing data through a Talarian 
smart socket messaging interface 254 to the Report Manager. Particularly, as described in 
commonly owned, co-pending U.S. Patent Application No. 09/159.684 [(COS-97-093)], a back- 
end billing mainframe application known as the StarODS server provides such priced call detail 
data. Additionally, as shown in Figure 6 and described in commonly owned, co-pending U.S. 
Patent Application No. 09/159.404 [(D#l 1567)], the contents and disclosure of which are 
incorporated by reference as if fully set forth herein, call detail data is FTP'd directly to the 
Inbox Server and a message is sent to the report manager server 250 from the Traffic View 
server ("TVS") 500. Although not shown in Figure 6 it should be understood that the RM 250 
server can manage reporting data for customer presentation from other back-end and legacy 
servers including, e.g., Broadband, Tool Free Network Management, and Event Monitor servers, 
etc. in order to present to a customer these types of network management and reporting data. 

Page 59, last paragraph, lines 15-28, replace the with the following paragraph: 

As described herein, when the user requests call detail for a particular period of time, this 
request is translated by the StarWRS component into a metadata file which is sent to TVS in the 
manner described herein. Users schedule reports for execution using the Report Scheduler in 
StarWRS in the manner as described in co-pending U.S. Patent application Number 09/159.409 
[(D#l 1050)]. When the user has completed report selection, modifications and scheduling, the 
StarWRS Report Scheduler component 260 creates a metadata message comprising this 
information which file is passed to TVS in real time. The TVS then uses this file to formulate a 
query and runs the report for the scheduled time period. 

Page 60, last paragraph, lines 8-30, to Page 61, lines 1-23, replace with the following 
paragraph: 

As shown in the process flow diagram of Figure 12(a), a user first establishes 
communication with the DMZ Web server at step 602 and logs on to the nMCI Interact system 
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by entering the user's name and password onto a logon dialog box, as indicated at step 604. 
Then, at steps 606-608, an application running on the backplane directs a "Validate User 
Message" common object to the StarOE server 280 via the web server and dispatcher servers 
(Figure 2) to direct the StarOE server 280 to perform security validation and authenticate the 
user ID and password in the manner as described in commonly owned, co-pending U.S. Patent 
Application Serial No. 09/159.514 [(D#l 1043)], entitled AUTHENTICATION AND 
ENTITLEMENT OF WEB BASED DATA MANAGEMENT PROGRAMS, the contents and 
disclosure of which is incorporated by reference herein. It is understood that all communication 
to the StarOE server is via TCP/IP with a Unix process listening on a known TCP port. The 
StarOE server acts as a proxy when messages are sent from the Dispatcher server 26 and 
supports synchronous transactions. All data and security information is accessed by direct 
queries to a StarOE server database 283, such as provided by Informix. Once a user is logged 
on, the Web Server 24 (Figures 2 and 6) requests a current list of authorized applications from 
the StarOE server 285 as indicated at steps 608 and 610. Particularly, as described in co-pending 
U.S. Patent Application Serial No. 09/159.408 [(D#l 1042)], the contents and disclosure of which 
is incorporated by reference herein, a "Get User Application Request" message is communicated 
to the StarOE server via the backplane from the report requestor which queries the Informix 
database to obtain a list of authorized applications, i.e., services, for the user and which 
determines which button on the home page are active, thus controlling their access to products. 
This information is downloaded by a GUI applet that is executed via the Backplane (Figure 3) 
and incorporated into the home page that is presented to the user as indicated at steps 612-614. 
An exemplary home page screen display 80 is shown in Figure 4 which provides a list of icons 
70 representing the possible options available to the user according to that customer's 
entitlements. 

Page 61, first paragraph, lines 24-30 to Page 62, lines 1-6, replace with the following 
paragraph: 

Appendix H of co-pending U.S. Patent Application No. 09/159.409 [(D#l 1050)] provides 
the format and content of the nMCI Interact common objects downloaded to the Report 
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Requestor client application to enable web-based reporting. As shown in above-referenced 
Appendix H, the Report Requestor first asks for common objects for a user's default timezone, 
language and currency. The Report Requestor objects are invoked to retrieve from StarOE the 
various customer entitlements relating to security, geographical hierarchy, billing hierarchy, and 
paging and e-mail notification, as further shown in Appendix H. 

Page 64, first paragraph, lines 15-30 to Page 65, lines 1-4, replace with the following 
paragraph: 

Whether creating a new report or editing an existing report, the user is enabled to select 
customization options as indicated at step 630, Figure 7(b) form a new dialog screen that is 
presented to the user showing all the report customization categories for building a new report 
and/or editing an existing report. From this screen and related report building dialog boxes, all 
of the initial values for retrieving the MetaData, customization options and GUI builder options 
from the report manager server 250 necessary to build (edit) a report are provided in accordance 
with the user's entitlements. As described in greater detail in co-pending U.S. Patent 
Application No 09/159.409 [(D#l 1050)], a user may provide the following customization and 
report builder options: general customization options; layout customization options; access 
customization options; hierarchy customization options; geographic customization options; and, 
notification customization options. 

Page 85, second paragraph, lines 4-33 to Page 86, lines 1-17, replace with the following 
paragraph: 

Appendix C provides a table showing the fields for the metadata messaging between the 
RM server 250 and the Inbox server 270 for adding an item into the StarWRS system Inbox 
server 270, and the respective acknowledgment message format from the Inbox server. In the 
"A" message found in Appendix C, the "LOC" field includes information about where the report 
data is located. For example, a metadata message indicating to the Inbox server that an unpriced 
TVS fulfilling server report is available is shown as: 
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A<CATEGROY=R, TYPE=traffic 5 REQUESTID=32 1 97, 
USERID=LynneLevy2, RPTID=150, PRIORITY=,COMPRESS=0, 
UNOTIFY=0,MMADDR=,MMTEXT=,PGT-,PGPIN=,PGTXT=, 
RPTCATEGORY=Service Location & Hour, 
LOC=/inbox/files/testTVS/9025112294STDRPTID10.CSV,ENTPID 
=10324488,RQSTDT=1998-01-02 

15:18, FSIZE=3705,RPTTITLE=Summary by Service Location and 
Hour,MSIZE=3322> 

Particularly, the RM server supplies a metadata U A" message to the Inbox indicating 
the FTP file location. Via the report viewer, the report is now available for viewing, 
downloading, saving, or printing by the user, as indicated at step 695, and as 
described in further detail in co-pending U.S. Patent. Application Serial No. 
09/159.512 [(D#l 1041)], entitled MULTI-THREADED WEB BASED IN-BOX 
FOR REPORT MANAGEMENT, the contents and disclosure of which are 
incorporated by reference as if fully set forth herein. Particularly, as shown in the 
exemplary nMCI home page in Figure 4, the nMCI Interact Message Center icon 77 
may be selected which will cause the display of a web page including the message 
center dialog window. From the message center dialog [windoe] window , a user 
may select from among three tabs, one of which, a reports tab, enables the retrieval 
of both a data file and a metadata file from the Inbox Server corresponding to those 
reports that have been run and available for customer viewing. Information 
provided for display by the message center display 325 is provided by the User table 
which keeps track of the status of all reports for a particular user. By double- 
clicking a chosen report, a report viewer application is enabled to display the chosen 
report on a web-page. 

IN THE CLAIMS: 

5. (Amended) The reporting system as claimed in Claim 4, wherein [said] a 

requestor applet further enables customer scheduling of report request metadata [desciptions] 
descriptions to be communicated from said report manager to said retrieval device at a customer- 
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